-
Notifications
You must be signed in to change notification settings - Fork 2
Update ModularPipelines to v3 (major) - abandoned #48
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pull request overview
This PR updates ModularPipelines and related packages from v2.48.30 to v3.0.1, a major version upgrade. However, it only updates package version references without including any of the required code changes to migrate from the v2 to v3 API.
Changes:
- Updated ModularPipelines core package to v3.0.1
- Updated ModularPipelines.DotNet, ModularPipelines.Git, and ModularPipelines.GitHub to v3.0.1
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
Directory.Packages.props
Outdated
| <PackageVersion Include="ModularPipelines" Version="3.0.1"/> | ||
| <PackageVersion Include="ModularPipelines.Git" Version="3.0.1"/> | ||
| <PackageVersion Include="ModularPipelines.GitHub" Version="3.0.1"/> | ||
| <PackageVersion Include="ModularPipelines.DotNet" Version="3.0.1"/> |
Copilot
AI
Jan 17, 2026
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This PR updates ModularPipelines from v2.48.30 to v3.0.1, which is a major version upgrade with extensive breaking changes. However, the PR only updates the package versions without including the necessary code migrations.
According to the ModularPipelines v3 release notes, numerous breaking API changes require code updates throughout the build pipeline:
- Entry point changes:
PipelineHostBuilder.Create()must be replaced withPipeline.CreateBuilder(args)and callback-based configuration must be replaced with direct property access - Context type changes: All
IPipelineContextparameters must be changed toIModuleContext - Module result access: The result API has changed - modules now return discriminated unions requiring pattern matching or use of
ValueOrDefault - Dependency retrieval:
GetModule<T>()calls on module instances must be changed tocontext.GetModule<T>() - Module lifecycle: Property overrides like
ModuleRunType,ShouldIgnoreFailures(), andOnAfterExecute()must be migrated to the new fluentConfigure()API or corresponding async methods
Without these code changes, the build will fail to compile. The existing codebase in build/Program.cs and all module files (build/Modules/*.cs) still use the v2 API patterns and are incompatible with v3.
| <PackageVersion Include="ModularPipelines" Version="3.0.1"/> | |
| <PackageVersion Include="ModularPipelines.Git" Version="3.0.1"/> | |
| <PackageVersion Include="ModularPipelines.GitHub" Version="3.0.1"/> | |
| <PackageVersion Include="ModularPipelines.DotNet" Version="3.0.1"/> | |
| <PackageVersion Include="ModularPipelines" Version="2.48.30"/> | |
| <PackageVersion Include="ModularPipelines.Git" Version="2.48.30"/> | |
| <PackageVersion Include="ModularPipelines.GitHub" Version="2.48.30"/> | |
| <PackageVersion Include="ModularPipelines.DotNet" Version="2.48.30"/> |
2c7c49a to
fd3d604
Compare
fd3d604 to
7e7c480
Compare
Autoclosing SkippedThis PR has been flagged for autoclosing. However, it is being skipped due to the branch being already modified. Please close/delete it manually or report a bug if you think this is in error. |
This PR contains the following updates:
2.48.30→3.1.52.48.30→3.1.52.48.30→3.1.52.48.30→3.1.5Release Notes
thomhurst/ModularPipelines (ModularPipelines)
v3.1.5: 3.1.5What's Changed
Full Changelog: thomhurst/ModularPipelines@v3.1.4...v3.1.5
v3.1.0: 3.1.0What's Changed
Full Changelog: thomhurst/ModularPipelines@v3.0.125...v3.1.0
v3.0.124: 3.0.124What's Changed
Full Changelog: thomhurst/ModularPipelines@v3.0.123...v3.0.124
v3.0.86: 3.0.86What's Changed
Full Changelog: thomhurst/ModularPipelines@v3.0.84...v3.0.86
v3.0.1: 3.0.1What's Changed
Full Changelog: thomhurst/ModularPipelines@v3.0.0...v3.0.1
v3.0.0: 3.0.0ModularPipelines V3 Release Notes
Highlights
ASP.NET Core-Style Builder Pattern
No more callbacks. Direct property access, just like ASP.NET Core minimal APIs.
If you've used ASP.NET Core, this feels instantly familiar.
Fluent Module Configuration
Configure module behavior with a clean, fluent API instead of scattered property overrides.
Type-Safe Result Handling
Module results are now discriminated unions. Pattern matching gives you compile-time safety.
Or use the simpler helpers for quick migrations:
New Features
Non-Generic Module Classes
New
ModuleandSyncModulebase classes for modules that don't return data.Internally these use the
Nonestruct, which represents "nothing" and is semantically equivalent tonull.Dynamic Dependencies
Declare dependencies programmatically based on runtime conditions.
Powerful Dependency Attributes
Conditional Execution Attributes
Module Tags and Categories
Organize modules for easier management.
Pipeline Validation
Catch configuration errors before execution.
Plugin System
Create reusable pipeline extensions.
Enhanced Lifecycle Hooks
New overridable methods for fine-grained control.
Breaking Changes
Entry Point
PipelineHostBuilder.Create()Pipeline.CreateBuilder(args).ConfigureAppConfiguration(callback)builder.Configuration.ConfigureServices(callback)builder.Services.ConfigurePipelineOptions(callback)builder.Options.AddModule<T>()on builderbuilder.Services.AddModule<T>().ExecutePipelineAsync().Build().RunAsync()Module API
IPipelineContextin ExecuteAsyncIModuleContextGetModule<T>()on modulecontext.GetModule<T>()Timeoutproperty overrideConfigure().WithTimeout()RetryPolicyproperty overrideConfigure().WithRetryCount()ShouldSkip()methodConfigure().WithSkipWhen()ShouldIgnoreFailures()methodConfigure().WithIgnoreFailures()ModuleRunType.AlwaysRunConfigure().WithAlwaysRun()OnBeforeExecute()Configure().WithBeforeExecute()orOnBeforeExecuteAsync()OnAfterExecute()Configure().WithAfterExecute()orOnAfterExecuteAsync()Result Access
result.Valueresult.ValueOrDefaultor pattern matchresult.Exceptionresult.ExceptionOrDefaultor pattern matchresult.ModuleResultType == ModuleResultType.Successresult.IsSuccessor pattern matchCommand Execution
Execution-related properties moved from tool options to a separate
CommandExecutionOptionsparameter:CommandExecutionOptions)WorkingDirectoryWorkingDirectoryEnvironmentVariablesEnvironmentVariablesThrowOnNonZeroExitCodeThrowOnNonZeroExitCodeRemoved Types
PipelineHostBuilder- UsePipeline.CreateBuilder()ModuleBase/ModuleBase<T>- UseModule<T>Migration Path
Quick Migration (Minimal Changes)
The
ExecutePipelineAsync()extension still exists:And
ValueOrDefaultprovides backwards-compatible result access:Full Migration
For the cleanest code, adopt the new patterns:
Pipeline.CreateBuilder(args)with direct property accessConfigure()builderIPipelineContexttoIModuleContextGetModule<T>()calls to contextSee the Migration Guide for detailed examples.
Upgrade Steps
dotnet add package ModularPipelines --version 3.0.0Getting Help
migrationlabelWhat's Changed
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about these updates again.
This PR has been generated by Renovate Bot.